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TECHNICAL FIELD 

The present invention relates in general to notification of system attributes, and in 
specific to a reporting application that derives data about system attributes according to a 
query specified by a cUent and reports the existence of specified conditions in the attributes, 
such as changes in such attributes, to the client. 
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BACKGROUND 

Various methods have been employed in the prior art to stimulate notification 
regarding changes of system attributes. For example, a prior art appUcation program may 
operate to investigate and obtain information about system attributes and then such program 
may itself figure out whether any changes have occurred in the system attributes, so that the 
program may account for any such changes. Thus, the application program itself may contain 
the complexity of obtaining information about system attributes, and determining whether 
any changes have occurred in the system attributes. Additionally, if changes have occurred in 
the system attributes, the appHcation program may further determine whether such changes 
are changes that effect the program or for which the program must account. 

For example, suppose a cluster of two or more nodes exists, wherein a "node'' is a 
kemel in execution. Thus, a node may typically be referred to as a computer (although a 
single computer may comprise more than one processor). Changes may occur within the 
cluster, of which an application program desires to be made aware. For instance, the size of 
the cluster may reduce, e.g., because of the failure of one or more nodes in the cluster or in 
response to a user's action (or command) to remove one or more nodes from the cluster. 
Generally, when a node(s) is removed from the cluster, the remaining nodes reassemble as a 
smaller cluster. Typically, in the prior art, each node in the cluster executes a program, which 
allows the nodes to communicate among themselves and track changes in the cluster (e.g., 
removal or addition of a node). 

Typically, a very rigid protocol is utihzed to obtain information about the cluster. 
Generally, a consensus based algorithm is used wherein the cluster as a whole track 
information about changes within the cluster. More precisely, one node within the cluster is 
typically elected (or assigned) as the manager node, and that manager node detects changes in 
the cluster. Also, a different algorithm typically executes within the cluster to determine if a 
change has occurred with the manager node, such as the manager node being removed from 
the cluster. For instance, if one or more nodes other than the manager node are removed from 
a cluster, the manager node takes control and reassembles a consensus of the remaining nodes 
within the cluster. If the manager node is removed from the cluster, an algorithm executes 
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within the cluster to elect (or assign) a new manager node, after which the new manager node 
then reassembles a consensus of the remaining nodes within the cluster. 

Obtaining information about a cluster is undesirably complex and difficult in the prior 
art. Various applications executing within the cluster or in conjunction with the cluster may 
desire to be notified of changes that occur within the cluster, without being required to 
participate in the rigid protocol of the prior art. More specifically, applications can execute a 
command (or series of commands) to query the cluster in which the application is executing 
or some external cluster to determine the membership of such cluster. For example, within 
the UNIX operating system, an application program may utilize a command to obtain the 
current status of the cluster (e.g., whether the cluster is up or down) and the membership of 
such cluster. Alternatively, an application program may utilize its own command to obtain 
information regarding membership of the cluster, instead of utilizing a system call to use the 
operating system's command. 

When an application program receives status and membership information about the 
cluster responsive to the application program's command, the application program must then 
sort through the received information to determine whether any changes have occurred within 
the cluster (e.g., any changes that have occurred since the application previously issued a 
command to obtain status and membership information about the cluster). For instance, the 
application program may compare the actual data received in response to an issued command 
querying the cluster with the actual data received in a previously issued command querying 
the cluster to determine any changes in the cluster. Thus, in the prior art, an application 
program can issue commands querying a system, and in response to such commands receive 
"actual" data. From such actual data, the application program itself must derive the data in 
which the application is interested. For example, suppose that an application program desires 
to know whether a particular cluster is up or down and the number of nodes within the 
particular cluster. The application program may issue a command querying the system, and 
in response to such command the application program may be returned four datum, each 
indicating containment of a different node by the particular cluster. However, to determine 
the number of nodes in the particular cluster, the application program is required to derive 

794797,1 



Attorney Docket No. 10990763-1 PATENT 

4 

such information by counting the received data, which results in the sum of "4" in this 
example. It is important to understand that the resulting "4" of this example is not contained 
in the actual data received in response to the application program's command, but is 
independently derived by the application program counting the data. Thus, the application 
program is required to comprise the complexity of querying the system and deriving desired 
information from the results obtained from such query. 

For instance, suppose that an application requires that a cluster have four or more 
nodes for the application to execute (or for the application to execute in a particular manner). 
In the prior art, such an application may sporadically or periodically query the cluster, and 
from the information received in response to such query, determine whether four or more 
nodes exist within the cluster. That is, because nodes may be added and removed from the 
cluster, the apphcation itself is required to query the cluster and determine whether a 
sufficient number of nodes exist within the cluster for the application to execute (or to 
execute in a particular manner). 

As a further example, suppose that an application of the prior art desires to keep track 
of the nodes within a cluster that contains nodes 1, 2, 3, 4 and 5, Further suppose that the 
apphcation first issues a command that queries the cluster for its status and membership, and 
responsive to such command is retumed information indicating that nodes 1, 2, 3 and 5 are 
contained in the cluster. From such information, the apphcation program can execute to 
determine that node 4 has been removed from the cluster. At a later point in time, the 
program issues another command that queries the cluster for its status and membership, and 
responsive to such command is retiraied information indicating that nodes 1,3,4 and 5 are 
contained in the cluster. From such information, the apphcation program can execute to 
determine that node 4 has retumed (been added back to the cluster) and node 2 has been 
removed from the cluster. Thus, from the information received in response to the 
application's query, the apphcation can "derive" that node 4 has been added to the cluster and 
node 2 has been removed. 

Therefore, in the prior art, apphcations typically track the attributes of a system, such 
as the membership of a cluster, by issuing commands querying the system. Thus, in the prior 
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art if an application desires to be assured of the attributes of a system before taking a 
particular action, the application itself is required to issue a command querying the system 
before taking the action. For example, suppose an application desires to send a message to all 
nodes within a cluster, and suppose that the application desires to be assxired that the message 
5 is being sent to all nodes within the cluster and only to those nodes within the cluster. The 
application would be required in the prior art to first issue a command querying the cluster, 
and then derive data to determine the current nodes of the cluster in a maimer as described in 
the above example. Furthermore, it should be understood that information about system 
attributes other than cluster membership are obtained in a like maimer in the prior art. 

io Not only is an application required to issue a command to obtain information about 

S the attributes of a system, but the application is required to determine fi*om the information 

Ij received responsive to such a command whether any changes have occurred in the attributes 

% of a system, such as the current nodes of a cluster. Additionally, if it is determined that 

0 changes have occurred within the attributes, the application program must determine whether 

15 such changes are changes in which the application program is interested. For example, the 
|1 application program must determine whether the changes effect how the application program 

f is to execute. For instance, determining that a computer has been removed from a cluster 

3 may effect the way that an application desiring to send a message to all computers within the 

cluster executes. However, determining that a printer has been removed from the cluster may 
20 not effect the way that an application desiring to send a message to all computers within the 
cluster executes. Similarly, if an application program requires the existence of at least four 
nodes within a cluster for the application to execute, determining that node has been removed 
from a cluster may or may not effect the execution of the application (depending on whether 
four nodes still exist).Accordingly, each application program desiring information about 
25 attributes of a system is required to take an active role in issuing commands to query the 

system and interpret the resulting information from such commands to derive the information 
in which the application program is interested. 

In the prior art, an application or user may be notified asynchronously of changes in 
system attributes. For example, a user may be notified if a printer on the system is out of ink, 
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has a paper jam, or is out of paper. However, as explained above, if an application or user 
desires derived data, such as whether all printers existing on a network or within a cluster are 
out of paper, the user or appUcation itself is required to derive such data from actual data 
received from querying the network or cluster. 

Also existing in the prior art are database query languages that allow a user to specify 
a particular query, whereby the user can be notified of a specified condition existing within 
the derived data resulting from the specified query. For example, suppose a database includes 
many records, with each record having several fields. More specifically, suppose the 
database contains records of employees of a company, with each record including fields for 
an employee's name, address, telephone number, and other information. A user may specify 
a query of the database that would result in derived data. For instance, the user may specify a 
query using Structured Query Language ("SQL") that results in derived data, such as whether 
a new employee record has been added to the database. That is, the result of such query is 
derived data about information contained within the database. 

However, a mechanism is not available in the prior art whereby a cHent (e.g., an 
appHcation or user) can specify a query that notifies the cUent of derived data about attributes 
of a system, such as whether at least four nodes exist within a cluster. Instead, in the prior 
art, a client is required to derive data about attributes of a system from actual data received 
from a query of the system. 
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SUMMARY OF THE INVENTION 

In view of the above, there is a desire for a system and method for notification of a 
cUent (e.g., a user or apphcation) when a particular condition of a system attribute exists. For 
example, there is a desire for a system and method that provides notification to a chent that 
5 changes have occurred in attributes of a system. There exists a further desire for a system and 
method that can provide notification of the existence of a particular condition of a system 
attribute to a client, without requiring the chent to query the system and derive data necessary 
for determining the existence of the particular condition. There exists a further desire for a 
system and method that allow for continuous monitoring of the system, rather than sporadic 
W querying of the system. For example, it would be desirable for a client to somehow be 
;j notified of specified changes in the system, without requiring the chent to repeatedly issue 
commands to poll or query the system and determine whether a change has occurred. 

Furthermore, there exists a desire for a system and method that allow for notification 
'^^^ only of conditions of system attributes in which a client is interested. For example, a desire 
M exists for a system and method that allow a chent to somehow specify a query that is tailored 
ru to the client's interests, wherein the client will be notified of changes in the result of the 
'Z^ query of the system upon such changes occurring. Thus, a system and method that allow the 
% j client to specify system attributes in which the client is interested, and only notify or report 
changes in the specified system attributes to the client are desirable. 

20 Still a further desire exists for a system and method that aUow a client to specify a 

query that derives data about attributes of a system and notifies the client of the resulting 
derived data. For example, a desire exists for a system and method that would allow a client 
to specify a query of the system using SQL, wherein the query will result in derived data that 
may be communicated to the client. 

25 These and other objects, features and technical advantages are achieved by a system 

and method which monitor system attributes specified by a client and report the existence of a 
particular condition in such attributes to the client. A system and method of a preferred 
embodiment allow a client (e.g., a user or a client application) to specify a particular 
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condition of a system attribute of which the client desires to be notified, and the system and 
method derive data about the system attribute and notify the cUent upon detecting the 
existence of the specified condition. For example, in a preferred embodiment, the client may 
specify in a request to a reporting apphcation that the cUent desires to be notified of any 
changes in membership of nodes of a particular cluster (e.g., any nodes being added to or 
removed from the cluster). The reporting application may receive the request from the client 
and may execute the appropriate queries of the system and derive data to determine if/v^hen a 
change in the membership of nodes of the particular cluster occurs. Upon detecting that a 
change has occurred in the membership of nodes, the reporting application may notify the 
client of such change, as well as the current member nodes of the cluster. 

In a preferred embodiment, a reporting application receives from a client a request to 
notify the client of the existence of a condition of an attribute of a system. For example, the 
request may specify that the client desires to be notified of a change in membership nodes of 
a particular cluster. Thereafter, the reporting application monitors the system and derives 
data as specified by the client's request to determine if the specified condition exists, and 
upon determining that the condition does exist, the reporting application notifies the 
requesting client of the existence of such condition. 

In a preferred embodiment, the reporting application determines whether the specified 
condition exists by executing a query of the system as specified by the client's request. The 
reporting application executes the query to derive data about a system attribute in order to 
determine whether the specified condition exists. Thus, in a preferred embodiment, the 
request from the client can tailor the query of the system for the client's specific interests. 
Thus, the client can specify exactly what it desires, which can be utterly idiosyncratic for the 
client. In a most preferred embodiment, the client can specify such a query to the reporting 
application as a SQL view. Thereafter, the reporting application executes the specified 
view(s) to derive data and notify the client as appropriate. 

Many types of system attributes can be monitored by a preferred embodiment, 
including, but not limited to, membership of nodes within a cluster, configuration of a cluster, 
status of a peripheral device, failure of computer hardware, access to local peripherals, 
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addition of shared peripherals, removal of shared peripherals, ownership of a shared 
peripheral, availability of shared peripherals for addition to a cluster, resilience to faults of a 
High Availability cluster, performance potential of a cluster, and any combination thereof 
Additionally, many types of conditions may be specified by a client for triggering 
notification. Thus, in a preferred embodiment, the cUent can specify the particular type of 
derived data about any one or more of various system attributes that is to trigger notification 
from the reporting appHcation to the client. 

Moreover, in a preferred embodiment, multiple conditions may be bracketed together, 
such that the reporting application notifies the client of the existence of such bracketed 
conditions, rather than notifying the client of the existence of each condition within the 
bracket. That is, the reporting application may use transactions to bracket multiple changes 
into a single notification. If notification is provided to a client on each and every condition 
change, the processing of such notification might become a burden to the notified entity. 
Thus, the reporting application may bracket multiple such conditions into a single notification 
unit. In this manner, bracketed transactions may reduce the amount of notifications that are 
required to be suppHed to a requesting client. That is, the reporting application may only 
provide a single notification to the cUent of the occurrence of multiple transactions (or 
changes) that are bracketed together, rather than notifying the chent application of each 
occurrence of such transactions (or changes), if the client so desires. In a most preferred 
embodiment, the client can specify transactions to be bracketed together in the client's 
request. 

It should be appreciated that a technical advantage of one aspect of the present 
invention is that a system and method for reporting the existence of a specified condition in a 
system attribute to a client are provided. A further technical advantage of one aspect of the 
present invention is that notification of the existence of a specified condition in a system 
attribute can be reported to a chent without requiring the client itself to query the system and 
derive data necessary for determining the existence of the specified condition. A further 
technical advantage of one aspect of the present invention is that the system may be 
continuously monitored for the existence of a specified condition in a system attribute, rather 
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than a client sporadically or periodically querying the system. Also, the client itself is not 
required to repeatedly issue query commands to poll the system. Still a further technical 
advantage of one aspect of the present invention is that a client can specify a query that the 
reporting application can use to derive data about attributes of a system and notify the cUent 
5 of particular conditions indicated by the derived data. 

Yet a further technical advantage of one aspect of the present invention is that a client 
may be notified only of conditions of system attributes in which the chent is interested. 
Accordingly, a client may specify the exact condition of an attribute in which the client is 
interested fi*om which a query of the system may be utihzed that is tailored specifically for 
the client's interests, which allows the reporting of the existence of a condition in a system 
j;:^ attribute to be utterly idiosyncratic for the client. Still a further technical advantage of one 
Fy aspect of the present invention is that bracketed transactions may be utilized for notification 
;j to reduce the overall number of notifications required to be reported to a requesting client. 

3 The foregoing has outlined rather broadly the features and technical advantages of the 

[l3 present invention in order that the detailed description of the invention that follows may be 
; better understood. Additional features and advantages of the invention will be described 

Q hereinafter which form the subject of the claims of the invention. It should be appreciated by 

those skilled in the art that the conception and specific embodiment disclosed may be readily 

utilized as a basis for modifying or designing other structures for carrying out the same 
20 purposes of the present invention. It should also be realized by those skilled in the art that 

such equivalent constructions do not depart from the spirit and scope of the invention as set 

forth in the appended claims. 
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BRIEF DESCRIPTION OF THE DRAWING 

For a more complete understanding of the present invention, and the advantages 
thereof, reference is now made to the following descriptions taken in conjunction with the 
accompanying drawing, in which: 

FIGURE 1 illustrates an exemplary computer system adapted to use the present 
invention; 

FIGURE 2 illustrates an exemplary flow diagram of execution of a client application 
in a preferred embodiment; and 

FIGURE 3 illustrates an exemplary flow diagram of execution of the reporting 
application in a preferred embodiment. 
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DETAILED DESCRIPTION 

FIGURE 1 illustrates an exemplary computer system 100 (or "node") adapted to use 
the present invention. Central processing unit (CPU) 101 is coupled to system bus 102. The 
CPU 101 may be any general purpose CPU, such as an HP PA-8200. However, the present 
invention is not restricted by the architecture of CPU 101 as long as CPU 101 supports the 
inventive operations as described herein. Bus 102 is coupled to random access memory 
(RAM) 103, which may be SRAM, DRAM, or SDRAM. ROM 104 is also coupled to bus 
1 02, which may be PROM, EPROM, or EEPROM. RAM 103 and ROM 104 hold user and 
system data and programs as is well known in the art. 

The bus 102 is also coupled to input/output (I/O) controller card 105, communications 
adapter card 106, user interface card 107, and display card 108. The I/O card 105 connects to 
storage devices 109, such as one or more of hard drive, CD drive, floppy disk drive, tape 
drive, to the computer system. Communications card 106 is adapted to couple the computer 
system 100 to a network 110, which may be one or more of local (LAN), wide-area (WAN), 
Ethernet, Intranet, or Internet network. User interface card 107 couples user input devices, 
such as keyboard 1 1 1 and pointing device 1 12, to the computer system 100. The display card 
108 is driven by CPU 101 to control the display on display device 113. 

It should be understood that the present invention is not limited to the specific 
computer system architecture shown in FIGURE 1, but may be implemented within any type 
of computer system. It should also be understood that other computer systems or "nodes" 
(not shown) may be coupled to network 1 10. Additionally, various peripheral devices, 
including but not limited to printers, optical scanners, and fax machines may be coupled 
directly to a computer system 100 or coupled via network 1 10 to computer system 100. 

In a preferred embodiment of the present invention, an appUcation comprising 
computer executable software code (which may be referred to herein as a "reporting 
application") consumes data that is available through the system, e.g., through system calls 
and various other ways, and the reporting application supphes data in the form of a SQL 
engine which allows for queries to be executed on a system. In a preferred embodiment, the 



794797.1 



Attorney Docket No. 10990763-1 PATENT 

13 

reporting application utilizes queries to derive data about the system. For example, suppose 
that four data exist, each indicating containment of a different node by a particular cluster. 
The number of nodes in the particular cluster may be derived by counting the data, which 
results in the sum of "4." It is important to understand that in this example, the resulting "4" 
5 is not actual data, but is instead derived data. That is, the resulting "4" is not actually 

contained in the data, but is derived by counting the data. Thus, in a preferred embodiment, a 
reporting apphcation executes queries to derive various data or information about a system. 

In a preferred embodiment, the reporting apphcation monitors the derived data and 
notifies a client, such as a human, some other computer program, or some module Unked with 
W the reporting application, when a specified condition exists in the system attribute. For 

example, if the client requests to be notified of a change in the system attribute, the reporting 
f U application monitors the system attribute by deriving data about such attribute and notifies 
,j the client upon detecting that a change has occurred in the derived data. In a preferred 
^ embodiment, the reporting application utihzes "views" to trigger notification of a chent (e.g., 

SB a "chent application" or a user) when a particular condition, such as a change, has occurred in 
ry the derived data. More specifically, the client may specify the view(s) to be utilized in 
; :j querying the system to derive data about a particular system attribute(s). A "view" may be 

defined in many different ways. One way to think of a "view" is how that term is used within 
Structured Query Language (SQL). That is, a "view" may be thought of as the named output 
20 of a select statement. For example, an SQL query is typically of the form: select fields from 
records where a condition is met. As a simphstic example, in a preferred embodiment the 
reporting apphcation may execute a query on a system of the form: select nodes from a 
cluster. Although, the literal SQL query utihzed may be much more complex to actually 
perform the task of selecting nodes from a cluster. 

25 Thus, a "view" may be thought of as the naming of the output of a particular query, 

which may be used thereafter in a subsequent select. For example, suppose the reporting 
application executes a query that selects all nodes from cluster 1, and names the resulting 
output or "view" Cluster 1 Nodes. Further suppose that the reporting apphcation executes 
another query that selects all nodes from cluster 2, and names that resulting "view" Cluster 2 
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Nodes. The reporting application may then utiUze the resulting views in forming further 
queries, such as select all nodes from Cluster 1 Nodes and Cluster 2 Nodes. Thus, the 
reporting apphcation may execute queries that contain nested views or nested select 
statements. Moreover, in a preferred embodiment a client can specify a query to be executed 
by the reporting application using views. For instance, a client may request to be notified of 
any change in the cluster one nodes and the cluster two nodes. 

As an example of a preferred embodiment, suppose a node has multiple applications 
(e.g., multiple client appHcations) executing on it that each desire to be notified of certain 
conditions in the system. Each client application can engage a reporting apphcation and 
specify exactly what the chent application wants to be notified of regarding system attributes. 
That is, the chent application may specify a condition of a system attribute, such as a change 
in a particular attribute, the existence of which the chent apphcation desires to be notified. In 
a most preferred embodiment, the chent application specifies such a condition by 
communication to the reporting apphcation the query to be executed by the reporting 
apphcation on the system, which may be communicated as an SQL view. Thereafter, the 
reporting application can utihze a query to monitor the system for the specified condition and 
notify the chent apphcation when such condition is detected by the reporting application. 
Thus, the client apphcation itself is not required to issue commands to query the system and 
interpret the results obtained from such commands, but instead can engage the reporting 
apphcation to notify the client application of any conditions in which the chent application is 
interested. 

Continuing with the above example, suppose that a first chent application desires to 
be notified of any changes in the membership of nodes of a cluster. Such client application 
may desire to communicate messages to all member nodes of a particular cluster and only to 
member nodes of such cluster, and therefore desires to "know" the member nodes of the 
cluster. Thus, the first client apphcation can engage the reporting apphcation, and request 
that the reporting apphcation notify the client application of any changes in the membership 
of nodes of the particular cluster. In the client's request, the chent can specify the specific 
query to be executed by the reporting apphcation to determine changes of the membership of 
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the cluster. The reporting application may then monitor the member nodes of the particular 
cluster by executing the specified query to derive data about such cluster, e.g., whether any 
nodes have been added to the cluster or removed from the cluster. Upon detecting a change 
in the membership of nodes in the cluster, the reporting appUcation may notify the client 
5 application of such change, as well as the current member nodes of the cluster. 

Continuing further with the above example, suppose that a second cUent application 
desires to be notified of any changes in the status of all printers on the system. For instance, 
such second client application may desire to be notified if all printers on the system are out of 
^ ink, out of paper, or have paper jams, etcetera, wherein no printer is effectively available on 

p the system. This second client application may engage the reporting application, and request 
I that the reporting appUcation notify the cHent application if all printers on the system have 
J either an ink outage, paper outage, or paper jam. The reporting application may then monitor 
f the system's printers by querying the system and deriving data about such printers, e.g., 

whether all the printers have either an ink outage, paper outage or paper jam. Upon detecting 
f such condition(s) in the status of all the printers on the system, the reporting appHcation may 
I notify the chent application of the existence of such condition. Therefore, the cUent 
I application can engage the reporting application to notify the client if all of the printers on the 
system are effectively unavailable. 

Further suppose that a third client application desires to be notified if the system gains 
0 or loses an "appropriate" number of disk drives required by the third appUcation. For 
instance, suppose that the third cUent application requires at least three disk drives to be 
present on the system in order for the appUcation to execute or to execute in a particular 
manner. This third cHent appUcation may engage the reporting application, and request that 
the reporting application notify the cUent application if the system changes in a manner 
5 whereby the system gains enough disk drives such that three or more exist on the system or 
whereby the system loses enough disk drives such that at least three do not exist on the 
system. The reporting application may then monitor the system for these conditions by 
executing queries on the system, and notify the third client appUcation appropriately. 
Therefore, the client appUcation may engage the reporting application to notify the cUent 
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whether an "appropriate" number of disk drives as specified by the appUcation exist on the 
system, without the third cHent appUcation itself being required to query the system and 
derive the data necessary to make that determination. 

Turning now to FIGURE 2, an exemplary flow diagram illustrating a possible 
execution of a client application in a preferred embodiment is shown. As shown, the client 
application may start execution at block 202. The client appUcation may then request 
notification from the reporting application of the existence of a particular condition of 
attribute X, such as a change in an attribute X, in which the cUent application is interested at 
block 204. In a preferred embodiment, the request from the client appUcation can tailor the 
query of the system for the cUent application's specific interests. That is, the client 
appUcation can specify exactly what it desires, which can be utterly idiosyncratic for the 
client application. For example, if the client appUcation is interested in the membership 
nodes of a particular cluster, the cUent appUcation may request to be notified of any changes 
in such membership (e.g., addition of a node to the cluster and/or removal of a node fi-om the 
cluster). For instance, the client application may specify the appropriate query to be executed 
by the reporting application using SQL views. At block 206, the cUent application may 
receive the current status of attribute X from the reporting application. Thus, in response to 
the initial request from the cUent application, the reporting application may commvmicate the 
current status of the attribute to the client appUcation. Continuing with the above example, 
the reporting appUcation may report the current nodes that are members of the particular 
cluster. It should be understood, that in alternative embodiments the initial status of attribute 
X may not be communicated from the reporting application to the cUent application, wherein 
block 206 may be omitted from such alternative embodiments. Additionally, some queries 
may not require such an initial status to be communicated to the client appUcation. For 
example, suppose a client requests to be notified if at least three disk drives do not exist on 
the system. If at least three disk drives initially exist on the system, then no notification is 
required to be communicated to the cUent from the reporting application. 

At block 208 the cUent application may determine whether it has received notification 
of the existence of the specified condition of attribute X, such as a change in attribute X, from 
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the reporting application. If the cUent application receives such notification, the chent 
apphcation executes appropriately in response to the existence of the specified condition, e.g., 
the changed attribute X, at block 210. If the client application does not receive such 
notification, the chent application executes appropriately in response to non-existence of the 
specified condition, e.g., the unchanged attribute X, at block 212. In either case, the client 
application's execution may then loop to block 208 whereby the client apphcation is 
receptive to receiving notification of the existence of the specified condition (a change in 
attribute X in this example) from the reporting application. Continuing with the above 
example, suppose at block 208 the client apphcation receives notification of a node being 
removed fi*om the particular cluster. In a preferred embodiment, the reporting application 
may notify the client application not only of a change in the membership, but also of the 
nodes that are now members of the particular cluster. In response to receiving such 
notification Jfrom the reporting application, the chent application can adapt its execution at 
block 210 to account for the removed node. Thereafter, if the client apphcation does not 
receive notification of a change in node membership at block 208, the chent application can 
execute according to the last notification of membership nodes received at block 212. 

As the exemplary flow diagram of FIGURE 2 illustrates, in a preferred embodiment 
the client apphcation is not required to repeatedly poll the system for information and then 
determine firom the received information whether a specified condition exists, such as the 
occurrence of a change in a particular attribute. Thus, the chent application can always 
"know" the status of attributes in which the chent application is interested without being 
required to repeatedly (or periodically) poU the system for such information. That is, the 
client application can depend on the reporting application to notify the chent application of 
the existence of a specified condition(s) in which the chent application is interested, without 
the client apphcation itself being required to actively monitor/poll the system and actively 
make a determination of whether such specified condition(s) exist. 

Additionally, the client apphcation is not required to sporadically query the system for 
information and determine fi-om the received information whether a particular condition 
exists, such as the occurrence of a change in a particular attribute. Thus, if the chent 
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application desires to know the status of a particular attribute before taking some action, the 
client application is not required to execute a command to query the system before taking 
such action. For example, suppose an application desires to know whether at least three disk 
drives exist on the system before the application executes a particular set of instructions. The 
application is not required to query the system and determine whether at least three disk 
drives exist on the system each time that the appUcation prepares to execute that particular set 
of instructions. Instead, the client application can rely on the reporting application to keep 
the client apphcation informed as to whether at least three disk drives exist on the system. In 
a sense, the client apphcation engages the reporting application as a type of agent of the cUent 
application, whereby the reporting application monitors attributes of the system in a manner 
tailored to the client apphcation's own desires, derives data about specified attributes, and 
reports the existence of any conditions, such as changes in the attributes, in which the cUent 
application is interested to the chent application. 

Turning to FIGURE 3, an exemplary flow diagram illustrating execution of the 
reporting application in a preferred embodiment is shown. As shown, the reporting 
application may start execution at block 302, As discussed herein, in a preferred 
embodiment, an instantiation of the reporting program executes for each chent apphcation 
requesting reporting services from the reporting program. The reporting application receives 
the notification request from the chent application at block 304. In a preferred embodiment, 
the request from the client apphcation can tailor the query for the client apphcation's specific 
interests by specifying the query to be executed on the system by the reporting application. 
That is, the client apphcation can specify exactly what it desires, which can be utterly 
idiosyncratic for the client application. At block 306 the reporting application may query the 
system to determine the current/initial status of the specified attribute. Thereafter, the 
reporting apphcation may notify the client apphcation of the current status of the specified 
attribute (e.g., the current resuh of the specified query) at block 308. It should be understood, 
that in alternative embodiments the initial status of the specified attribute may not be 
communicated from the reporting application to the chent apphcation, wherein blocks 306 
and 308 may be omitted from such alternative embodiments. 
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At block 3 10 the reporting application monitors/polls the system using the appropriate 
queries as specified by the client application's request. In response to such 
monitoring/polling query, the reporting apphcation determines whether a specified condition 
exists, such as a whether a change has occurred in the result of such query (e.g., whether a 
change has occurred in attribute X specified by the chent apphcation) at block 312. If at 
block 312 the reporting application determines that the specified condition does not exist 
(e.g., no change has occurred in the resuh of the specified query), the reporting application's 
execution may loop to block 310 to continue monitoring/polling the system according to the 
query specified by the client apphcation. On the other hand, if at block 312 the reporting 
apphcation determines that a specified condition does exist (e.g., a change in the result of the 
specified query has occurred), the reporting application notifies the client apphcation of such 
condition at block 314. Thereafter, the reporting apphcation' s execution may loop to block 
310 to continue monitoring/polling the system according to the query specified by the client 
application. 

In a preferred embodiment, the reporting application not only notifies the chent 
application that a change has occurred, but also notifies the client apphcation of the new 
result of the specified query (e.g., the new status of attribute X). For example, suppose a 
client application requests to receive notification of a change in membership of nodes in a 
particular cluster. In a preferred embodiment, if the reporting apphcation detects a change in 
the membership of the particular cluster, the reporting apphcation may notify the client 
apphcation not only that a change has occurred, but also of the new resuh of the specified 
query (e.g., the nodes that are now members of the particular cluster). 

Multiple apphcations may be executing on a single node, and in a preferred 
embodiment each application desiring reporting services can connect to an instantiation of the 
reporting application. That is, when a chent apphcation engages the reporting apphcation or 
requests reporting services, the chent application may cause an instantiation of the reporting 
application to begin executing for such client program. In a preferred embodiment, a single 
instantiation of the reporting application executes to perform all monitoring and reporting 
services for the client application. Although, a chent apphcation may engage any number of 
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instantiations of the reporting application. Moreover, it is intended to be within the scope of 
the present invention for a single reporting application (or a single instantiation thereof) to 
provide reporting services for more than one client. Typically, an instantiation of the 
reporting program is executing on a different computer (or node) than the requesting client 
application, although it is within the scope of the present invention for such reporting 
program to be executing on the same computer (or node) as the client apphcation. 

In a preferred embodiment, client applications can specify one or more of many 
different types of conditions that may exist in one or more of many different system attributes 
to be reported by the reporting application to the cHent application. As discussed above, in a 
most preferred embodiment the chent application specifies the condition of an attribute to 
trigger notification by specifying the query to be executed by the reporting apphcation using 
SQL views. That is, in a most preferred embodiment, the client application communicates an 
SQL query (using views) to the reporting application, which specifies the conditions of 
attributes in which the client desires to be notified. Several examples of such types of 
conditions of system attributes that may be monitored and reported to a client application in a 
preferred embodiment are discussed in greater detail below. However, it should be 
xmderstood that many other types of conditions and attributes may be monitored and reported 
to a client application, and any such condition and attribute is intended to be within the scope 
of the present invention. Thus, the present invention is not intended to be hmited only to the 
conditions and attributes provided herein, but rather such conditions and attributes are 
intended as examples that render the disclosure enabling for many other types of conditions 
and attributes that may be monitored and reported to client applications. 

The reporting apphcation may trigger notification of a chent (e.g., a user or a client 
apphcation) of changes in derived data. For example, a client apphcation may specify that it 
desires to be notified of changes in membership of nodes within a particular cluster. The 
reporting application may utilize views to query the system and derive data regarding the 
membership of nodes within the particular cluster. Additionally, the reporting application 
may utilize views to query the system and derive data regarding whether such membership of 
nodes within the particular cluster has changed, and if it has changed, the reporting 
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application may notify the client application of the change, as well as the new member nodes 
of the particular cluster. For instance, the reporting appUcation may initially query the 
particular cluster to determine member nodes of the cluster, and the reporting application may 
name the resulting derived hst of member nodes (i.e., the resulting view) "Old Membership 
5 Nodes," Thereafter, the reporting application may poll the system with the query: "Old 

Membership Nodes = Current Membership Nodes?," wherein "Current Membership Nodes" 
represents a derived hst of the member nodes of the particular cluster at any given time. 
Thus, the reporting appHcation may utilize views to detect changes in derived data and notify 
the requesting client application of such changes. 

Hf* The reporting apphcation may notify a client of changes in cluster configuration. 

Clusters are typically configured to contain hardware and software components, which may 
ry change as a result of administrative action. A client can be notified of such changes (which 
m are typically detected by the reporting application through derived data), in a preferred 

embodiment. Similarly, the reporting application may notify a chent of changes in a "High 

Availability Cluster" configuration. A High Availability chister is a cluster that contains at 
f j] least two nodes (two computers), each of which are capable of perfDrming a desired task 
■ should the other fail or otherwise be unavailable. It should be understood that unless 
□ specifically indicated herein as a High Availabilify Cluster, the term cluster as used herein is 

intended to refer to any type of cluster, including but not limited to High Availability clusters. 
20 High Availability clusters are typically configured to contain certain hardware and software 

components, which may change as a result of administrative action. A client can be notified 

of such changes (which are typically detected by the reporting application through derived 

data), in a preferred embodiment. 

The reporting application may notify a chent that shared peripherals have been added 
25 or deleted within a cluster. Peripherals are routinely added or deleted from a cluster. In a 
preferred embodiment, a client can be notified by the reporting application of such changes 
(which are detected by the reporting apphcation through derived information). Similarly, the 
reporting application may use views to notify a client that shared peripherals have been added 
or deleted within a High Availability cluster. Peripherals are routinely added or deleted fi-om 
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a High Availability cluster. In a preferred embodiment, a client can be notified by the 
reporting application of such changes (which are detected by the reporting application 
through derived information). 

The reporting application may notify a client that the performance potential of a 
cluster has changed. The performance potential of a cluster is determined by a combination 
of available hardware and software configuration. A chent can be notified of changes in such 
hardware availability and software configuration by use of view notification by the reporting 
apphcation. Similarly, the reporting apphcation may notify a chent that the performance 
potential of a High Availabihty cluster has changed. The performance potential of a High 
Availability cluster is determined by a combination of available hardware and software 
configuration, A chent can be notified of changes in such hardware availability and software 
configuration by use of view notification by the reporting application. 

The reporting application may notify a client of failures of computer hardware. 
Hardware, such as disk drives, adapter cards, and cables, as well as many other various types 
of hardware, occasionally fail. A client can be notified of such failures (which may or may 
not be detected by the reporting application through derived data) by use of view notification 
by the reporting apphcation. Similarly, the reporting apphcation may notify a chent of 
failures of components within a High Availabihty Cluster. High Availability clusters rely on 
redundant hardware and software to maintain resilience to failure. After a failure, the 
surviving configuration will be different. A client can be notified of such changes (which are 
usually detected by the reporting application through derived data), by use of view 
notification by the reporting application. 

The reporting application may notify a client that other computers can access local 
peripherals. Due to hardware and software reconfiguration, additional computers may gain 
access to local peripherals, A client can be notified of the existence of such new computers, 
by use of view notification by the reporting apphcation. Additionally, the reporting 
application may notify a client that shared peripherals are available for addition to a cluster. 
Clusters typically share peripherals. Connecting and configuring a peripheral may make the 
peripheral available to the cluster. A chent can be notified of the addition of such available 
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peripherals by use of view notification by the reporting apphcation. Similarly, the reporting 
application may notify a client that shared peripherals are available for use in a High 
Availability cluster. High Availability clusters typically share peripherals. Connecting and 
configuring a peripheral may make the peripheral available to the High Availability cluster, 
5 A client can be notified of the addition of such available peripherals by use of view 
notification by the reporting application. 

The reporting apphcation may notify a cUent that a particular computer has claimed 
ownership of a shared peripheral. While a peripheral is potentially shared, at any point in 
time such peripheral may be controlled by a particular computer. Such a state of ownership 

fS* "^^y ^^ist with respect to a computer that is within or without a particular cluster. Avoiding 
conflicting ownership is desirable. Thus, a chent can be notified of claims of ownership by 
use of view notification by the reporting apphcation. Likewise, the reporting apphcation may 

V3 notify a client that a particular computer has relinquished ownership of a shared peripheral. 

f g Again, because avoiding conflicting ownership is desirable, a client can be notified of 

15 relinquishment of ownership by use of view notification by the reporting apphcation. 

fll The reporting ^plication may notify a client that a High Availability cluster has lost 

resilience to faults. Following the loss of a single component of a high availability cluster, 

^3 the surviving cluster may not be resilient to faults. A chent can be notified of this transition 
from fault-resilient to not-fault-resihent by use of view notification by the reporting 

20 application, which uses derived data to detect such a condition. Likewise, the reporting 

application may notify a chent that a High Availabihty cluster has gained resihence to faults, 
A High Availabihty cluster routinely has components added to the cluster. If such additions 
cause a transition fi-om not-fault-resilient to fault-resilient, the user is notified by use of view 
notification by the reporting application, which uses derived data to detect such a condition, 

25 The reporting apphcation may use transactions to bracket multiple changes into a 

single notification. If notification is provided to a chent on each and every data change, the 
processing of such notification might become a burden to the notified entity. Thus, it is 
desirable to bracket multiple such modifications into a single notification unit. Database 
transactions have long been used to bracket multiple database changes into a single 
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atomically applied set. For example, suppose a bank database brackets the transfer of funds 
from a first account to a second account as a single atomically applied set. Such bracketing 
ensures that the database will recognize the entire bracketed transaction or none of it. Thus, if 
the bank's computer system crashes in the middle of a transfer, the database will not 
recognize removal of funds from the first account without recognizing the addition of the 
funds in the second account. Rather, the database will either recognize the entire transfer 
activity or none of it. 

In a similar manner, the reporting apphcation may use transactions to bracket changes 
with respect to notification requirements. For example, suppose that a disk is moved within a 
system from a first logical construct to a second logical construct. A cHent may only want to 
be notified of the disk being moved, rather than being notified that the disk was removed and 
then being notified that it was added. Thus, a disk being moved from one logical construct to 
another may be bracketed into a single notification, wherein the client is notified only of the 
resulting move. In this manner, bracketed transactions may reduce the amount of 
notifications that are required to be supplied to a requesting client. That is, the reporting 
application may only provide a single notification to the client of the occurrence of multiple 
transactions (or changes) that are bracketed together, rather than notifying the chent 
application of each occurrence of such transactions (or changes). 

The reporting apphcation may notify a graphical user interface (GUI) that re-draw of 
the graphics is indicated. A GUI that displays data representing various states must be 
regularly updated to reflect changes in such state data. The reporting application may use 
views to present derived data to the GUI, and changes in the data being presented on the GUI 
may trigger notification to the GUI to allow the GUI to update its display. For example, a 
GUI may display a substantially real-time graphical representation of a system's 
performance, such as a line graph that shows the current percentage of CPU being consumed 
by the system. The GUI may engage the reporting application to monitor the system's CPU 
consumption and notify the GUI of changes, in order that the GUI can update its line graph 
display accordingly. 
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A GUI generally has as one of its primary characteristics the ability to display 
information in a manner appropriate for a human user. That is, the GUI displays information 
in a manner such that within a reasonable level of abstraction a user can understand the 
displayed information. In a preferred embodiment, a GUI appUcation may specify the 
information (or conditions) that it would like to have reported to it, and the reporting 
application can monitor the system for such information and report the information in the 
manner specified by the GUI apphcation. For example, a GUI apphcation that displays a 
map illustrating the current state of a cluster (including the node membership of the cluster) 
may engage the reporting application to notify the GUI of changes within the cluster so that 
the GUI can update its display accordingly. Thus, in a preferred embodiment, the reporting 
application may monitor the cluster using views in the manner specified by the GUI and 
notify such GUI of the need to redraw the map illustrating the current state of a cluster 
(including the node membership of the cluster). 

It should be understood that even though the above primarily describes the client as an 
apphcation, in a preferred embodiment the client may be any type of entity, including a 
human user. Thus, the reporting apphcation may receive a request from any type of client for 
notification of a particular condition of a system attribute, and the reporting apphcation may 
provide notification to any type of client in response to detecting the specified condition of 
the system attribute. It should also be understood that in a preferred embodiment notification 
from the reporting application to a chent may be provided in a synchronous or asynchronous 
manner, responsive to a request from the client. 

Additionally, in a preferred embodiment, the reporting apphcation comprises 
computer executable software code. Although, in some embodiments the reporting 
apphcation may comprise software, hardware, firmware, or any combination thereof, and any 
such embodiment is intended to be within the scope of the present invention. 

Although the present invention and its advantages have been described in detail, it 
should be understood that various changes, substitutions and alterations can be made herein 
without departing from the spirit and scope of the invention as defined by the appended 
claims. Moreover, the scope of the present apphcation is not intended to be limited to the 

794797.1 



Attorney Docket No. 1 0990763- 1 PATENT 

26 

particular embodiments of the process, machine, manufacture, composition of matter, means, 
methods and steps described in the specification. As one of ordinary skill in the art will 
readily appreciate from the disclosure of the present invention, processes, machines, 
manufacture, compositions of matter, means, methods, or steps, presently existing or later to 
be developed that perform substantially the same ftmction or achieve substantially the same 
result as the corresponding embodiments described herein may be utihzed according to the 
present invention. Accordingly, the appended claims are intended to include within their 
scope such processes, machines, manufacture, compositions of matter, means, methods, or 
steps. 
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WHAT IS CLAIMED IS: 

1 . A method of reporting existence of a specified condition in a system attribute, 
said method comprising: 

receiving a request from a client to notify said client of a condition of an attribute of a 
system, wherein said request comprises information specifying a query for said system 
attribute; 

querying said system as specified by said request; 

deriving data about said system attribute to determine if said condition exists; and 

upon determining that said condition exists, notifying said client of the existence of 
said condition. 

2. The method of claim 1, wherein said deriving data comprises generating 
derived data based upon the result of said query of said system, 

3. The method of claim 1, wherein said condition is a change in said attribute. 

4. The method of claim 1, wherein said attribute is selected from the group 
consisting of: 

membership of nodes within a cluster, configuration of a cluster, status of a peripheral 
device, failure of computer hardware, access to local peripherals, addition of shared 
peripherals, removal of shared peripherals, ownership of a shared peripheral, availability of 
shared peripherals for addition to a cluster, resilience to faults of a High Availability cluster, 
performance potential of a cluster, and any combination thereof 

5. The method of claim 1, wherein said client is selected from the group 
consisting of a user and a client application program. 
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6. The method of claim 1 , wherein said information specifying a query for said 
system attribute is an SQL query. 

7. The method of claim 6, wherein said SQL query comprises an SQL view. 

8. The method of claim 1, wherein said information specifying a query for said 
system attribute comprises multiple transactions bracketed together. 

9. The method of claim 1 , wherein said condition comprises: 

multiple conditions bracketed together, wherein upon determining that such bracketed 
conditions exist, notifying said client of the existence of such bracketed conditions. 

10. The method of claim 9, wherein said condition comprises: 

multiple changes bracketed together, wherein upon determining that such bracketed 
changes exist, notifying said client of the existence of such bracketed changes. 

1 1 . The method of claim 1 , wherein said client is a graphical user interface (GUI) 
that displays information to a human user. 

12. The method of claim 11, wherein said GUI displays information about one or 
more attributes of a system to a human user, and wherein said deriving data comprises 
deriving data to determine if a condition of said one or more attributes exists such that the 
GUI should redraw the graphics displaying said information about said one or more 
attributes. 
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13. A reporting application for reporting the existence of a specified condition in a 
system attribute to a client, said reporting application comprising: 

computer executable software code for receiving from a client a request to notify said 
client of a condition of an attribute of a system, wherein said request comprises information 
specifying a query for said system attribute; 

computer executable code for querying said system as specified by said request; 

computer executable software code for deriving data about said system attributes; 

computer executable software code for determining from said derived data if said 
condition exists; and 

computer executable software code that, upon determining that said condition exists, 
notifies said client of the existence of said condition. 

14. The reporting appUcation of claim 13, wherein said information specifying a 
query for said system attribute is an SQL query. 

15. The reporting appUcation of claim 14, wherein said SQL query comprises an 
SQL view. 

16. The reporting appUcation of claim 13, wherein said condition is a change in 
said attribute. 

17. The reporting application of claim 13, wherein said condition comprises: 

multiple conditions bracketed together, wherein upon said computer executable 
software code determining that such bracketed conditions exist, said computer executable 
software code notifying said client of the existence of such bracketed conditions. 
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18. A system for reporting the existence of a specified condition in a system 
attribute to a client, said system comprising: 

means for storing a reporting application; 

a means for executing said reporting application; 

wherein said reporting application includes computer executable software code for 
receiving from a client a request to notify said client of a condition of an attribute of a system, 
said request comprising information specifying a query for said system attribute, computer 
executable software code for determining if said condition exists, and computer executable 
software code that, upon determining that said condition exists, notifies said client of the 
existence of said condition. 

19. The system of claim 18, wherein said client is selected from the group 
consisting of a user and a client application program, 

20. The system of claim 18, further comprising: 

multiple nodes, wherein at least one of said nodes is executing said reporting 
application. 
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METHOD AND APPARATUS FOR NOTIFICATION OF USER WHEN CHANGES 
HAVE OCCURRED IN COMPLEX DERIVATIONS OF DATA 

ABSTRACT OF THE DISCLOSURE 

A system and method which monitor system attributes specified by a client and report 
the existence of a specified condition in such attributes to the client. A system and method 
allow a client to specify a particular condition of a system attribute of which the client desires 
5 to be notified, and the system and method derive data about the system attribute and notify 

the client upon detecting the existence of the specified condition. In a preferred embodiment, 

' 5 a reporting application receives a request fi*om a client that specifies a query or view, which is 

used by the reporting application in deriving data and notifying the client of the existence of a 

fy specific condition of an attribute. The reporting application derives data about the system 

J|0 according to the specified query to determine if the specified condition exists, and upon 
" determining that the condition exists, the reporting application notifies the requesting client. 

That is, by executing the specified query the reporting application can derive data about a 

f y system attribute to determine whether the specified condition exists. Thus, a request fix>m the 

client can tailor the query of the system for the client's specific interests. Therefore, the 
client can specify the exact condition of an attribute in which the client is interested, which 
can be utterly idiosyncratic for the client, and the reporting application can derive data about 
the system and notify the client of the existence of a specified condition, such as a particular 
change in a system attribute. 
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PATENT APPLICATION 




As a below named inventor, I hereby declare that: 
My residence/post office address and citizenship are as stated below next to my name; 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint inventor (if plural names 
are listed below) of the subject matter which is claimed and for which a patent is sought on the invention entitled: 

METHOD AND APPARATUS FOR NOTIFICATION OF USER WHEN CHANGES HAVE OCCURRED IN COMPLEX 
DERIVATIONS OF DATA 

the specification of which is attached hereto unless the following box is checked: 

( ) was filed on as US Application Serial No, or POT International Application 

Number and was amended on (if applicable). 

1 hereby state that I have reviewed and understood the contents of the above-identified specification, including the claims, as amended 
by any amendment(s) referred to above. I acknowledge the duty to disclose all information which is material to patentability as defined 
in 37 CFR1.56. 

Foreign Application(s) and/or Claim of Foreign Priority 

I hereby claim foreign priority benefits under Title 35, United States Code Section 119 of any foreign application{s) for patent or inventor(s) certificate 
listed below and have also identified below any foreign application for patent or inventor(s) certificate having a filing date before that of the application 
on which priority is claimed: 



COUNTRY 


APPLICATION NUMBER 


DATE FILED 


PRIORITY CLAIMED UNDER 35 U.S.C. 1 1 9 








Yes: No: 








Yes: No: 



Provisional Application 

hereby claim the benefit under Title 35, United States Code Section 119(e) of any United States provisional application (s) listed below: 



APPLICATION SERIAL NUMBER 



FILING DATE 



M.S. Priority Claim 

3 hereby claim the benefit under Title 35, United States Code, Section 120 of any United States applicatron(s) listed below and, insofar as the subject 
jnatter of each of the claims of this application is not disclosed in the prior United States application in the manner provided by the first paragraph of 
j^Title 35, United States Code Section 1 12, 1 acknowledge the duty to disclose material information as defined in Title 37, Code of Federal Regulations, 
^Section 1 .56(a) which occun^ed between the filing date of the prior application and the national or PCT international filing date of this application: 



Application Serial Number 


Filing Date 


STATUS (PATENTED/PENDING/ABANDONED) 





















POWER OF ATTORNEY: 

: As a named inventor, I hereby appoint the following attorney(s) and/or agent(s) listed below to prosecute this application and transact all business in 
the Patent and Trademark Office connected therewith: 



David A. Plettner 
Reg. No. 36.241 

Denise Lee 
Reg. No. 35,931 



Michael A, Papalas 
Reg. No. 40,381 
Clare T. Hartnett 
Reg. No. 35,185 



Douglas M. Gilbert 
Reg. No. 27,196 
Alan H. Haggard 
Reg. No. 28,614 



David H. Tannenbaum 
Reg. No. 24,745 
R. Ross Viguet 
Reg. No. 42,203 




1 hereby declare that alt statenaents made herein of my own knowledge are true and that all statements made on information and belief 
are believed to be true; and further that these statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that such willful 
false statements may jeopardize the validity of the application or any patent issued thereon. 
Full Name of Inventor: Daniel W. Hepner Citizenship: U.S.A. 

Residence: 18551 Emanuel Court, Saratoga, California 95070 

Post/bVice Address: 18551 Emanuel Court, Saratoga, California 95070 



Inventor's Signature 




Date 
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PATENT APPLICATION 



DECI-ARATION AND POWER OF ATTORNEY ATTORNEY DOCKET NO. 1 0990763-1 

FOR PATENT APPLICATION (CONTINUED) 



Full Name of Inventor #2: Eric M. Soderberg Citizenship: U.S.A. 

Residence: 219 Loreto Street, Mountain View, California 94041 

Post Office fitiidress: 219^i'eto Street, Mountain View, California 94041 




inventor's Signature 



Date 



